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ACCESSING DATA FROM A DATABASE OVER A NETWORK 



TECHNICAL FIELD 
The invention relates to accessing data from a database. 



BACKGROUND 

Database systems are used to collect and store various types of information that 
are later extracted for viewing or manipulation. Various different types of database 
systems exist, including relational database systems, object relational database systems, 
and others. 

A user usually gains access to a database system through a client system that is 
coupled to the database system over a network. In response to commands entered or 
selected by a user, the client system issues requests to the database system for desired 
data. Upon receiving data from the database system, the client system presents the 
received data to the user in some predetermined format. 

Relational database systems store data in relational tables. When a query, such as 
a Structured Query Language (SQL) query is received, a subset of the data is extracted 
from the relational tables. Typical data types defined in relational databases include 
relatively simple data types, such as integers, real numbers, and character strings. 
Database systems have also been developed to store and manipulate more sophisticated 
data types, such as audio data, video data, multimedia data, image data, formatted 
documents, maps, and so forth. One example of a database system that is capable of 
supporting such data types is an object relational database system. However, although 
object relational database systems are able to store a larger variety of data types, a 
convenient display and other presentation mechanism has not been provided for some of 
the relatively complex data types of object relational database systems. 

SUMMARY 

In general, in accordance with one embodiment, a system comprises an interface 
to receive a request from a client system for information in a database system and a 

1 



controller to format metadata associated with the requested information into a format for 
display in a client system. The controller maps plural data types in the database system 
with an object type to enable identification of a presentation program for presenting data 
from the database system. 
5 In general, in accordance with another embodiment, a method of accessing an 

object relational database comprises receiving metadata relating to requested information 
from the object relational database and displaying at least a portion of the metadata as a 
hyperlink. In response to selection of the hyperlink, a request is sent for an object in the 
object relational database, the object containing information associated with the selected 
10 metadata portion. The object is associated with one of plural presentation routines to 
present the information in the object. 

Other features and embodiments will become apparent from the following 
description, from the drawings, and from the claims. 



15 BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram of an embodiment of a communications system having a 

client system, a server system, and a database system. 

Fig. 2 is a block diagram of components of the client system, server system, and 

database system of Fig. 1. 
20 Fig. 3 is a view of database information displayed in a table format, including 

hyperlinks to objects of the database system of Fig. 1. 

Figs. 4 and 5 are message flow diagrams of actions performed by, and messages 

communicated among, the client system, the server system, and the database system of 

Fig. 1. 

25 

DETAILED DESCRIPTION 
In the following description, numerous details are set forth to provide an 
understanding of the present invention. However, it will be understood by those skilled 
in the art that the present invention may be practiced without these details and that 
30 numerous variations or modifications from the described embodiments may be possible. 
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Referring to Fig. 1, in one example arrangement, a communications system 10 
includes a client system 14, a server system 24, and a database system 26. The client 
system 14 is coupled to the server system 24 over a data network 12, which in one 
embodiment is a packet-based network such as a local area network (LAN), a wide area 
5 network (WAN), or the Internet. The server system 24 is capable of receiving requests 
from the client system 14 for information in the database system 26. In one example, the 
database system 26 is an object relational database system. In other embodiments, other 
types of database systems are employed. 

The client system 14 includes a display in which a browser screen 16 is presented. 

10 The browser screen 16 includes several frames 18, 20, and 22. The frame 18 is a table of 
contents frame that in one embodiment is a multi-level tree structure that permits a user 
to select actions to perform with respect to the database system 26. One of the actions 
that is selectable from the table of contents frame 18 is the creation of an interactive 
query frame 20 in which a user enters queries, such as Structured Query Language (SQL) 

15 queries, to extract data from the database system 26. SQL is a database query language 
defined by the American National Standards Institute (ANSI). Results of user actions, 
including responses to queries from the interactive query frame 20, are displayed in a 
display frame 22 in the browser screen 16. 

To provide the interactive feature of the query frame 20, an applet 23 is executed 

20 in the client system 14 to present the user interface of the interactive query frame 20 as 

well as to receive queries entered by the user. The applet 23 also initiates communication 
of the user-entered queries to the server system 24 over the data network 12. 

The display frame 22 is capable of displaying various information, including 
metadata relating to information in the database system 26. The metadata includes 

25 information describing the data selected from the database system 26 in response to the 
query. In one embodiment, at least a portion of the metadata is displayable as hyperlinks 
in the display frame 22. The display frame 22 is also capable of displaying various 
objects retrieved from the database system 26 in response to user selection of hyperlinks 
or other requests. 

30 A "hyperlink" refers to an element that contains a label (presentable in a display) 

and link information, such as a uniform resource locator (URL), that defines a link to 
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another object, such as a servlet or a CGI (Common Gateway Interface) routine residing 
in the server system 24. Hyperlinks are typically defined in documents, sometimes 
referred to as hypertext documents that provide for the display of various types of 
information. For example, hypertext documents define web pages that are displayable in 
5 a browser window, with the web pages containing formatted text, images, and hyperlinks 
that are selectable by users to link to other resources. Typical languages used to describe 
such hypertext documents include the Hypertext Markup Language (HTML), Extensible 
Markup Language (XML), Wireless Markup Language (WML), or other similar 
languages. 

10 An "applet," such as the query applet 23, is a program that executes from within 

another application program rather than from an operating system. Applets are typically 
written in the JAVA programming language, although applets can also be written in other 
programming languages. Unlike compiled programs written in some programming 
languages, JAVA programs are not specific to a physical machine. Instead, JAVA 

1 5 programs may run wherever a JAVA virtual machine resides. The JAVA virtual machine 
is an independent application installed on a machine, or it can be embedded in an 
operating system or a web browser. 

The server system 24 includes a communications service 32 that receives requests 
over the data network 12 from the client system 14 (and other client systems) for 

20 information in the database system 26. The communication service 32 translates such 
requests into queries or requests to the database system 26. The server system 24 also 
includes an administration service 30, which performs various administrative tasks, such 
as mapping of data types from the database system 26 to a known extension or type that 
can be understood by the client system 14. Also, the administration service 30 loads 

25 appropriate applets into the client system 14, including the query applet 23, to enable the 
presentation of a user interface (e.g., web interface) in which database queries can be 
entered as well as to perform tasks in response to user selections made in the user 
interface. 

The database system 26 includes a database 28 and a database access controller 
30 34. In response to requests received from the communications service 32 in the server 
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24, the database access controller 34 extracts the appropriate subset of information from 
the database 28 and communicates the extracted information to the server system 24. 

The server system 24 effectively provides a common gateway to the database 
system 26 so that a variety of client devices are able to access the database system 26 if 
5 the client devices have respective network interfaces to the data network 12. The client 
devices include wired devices (coupled by wired connections to the data network) and 
wireless devices (coupled by wireless connections to the data network 12). Although 
shown as separate components, the server system 24 and the database system 26 can be 
implemented on the same platform. In addition, the combination of the server system 24 

10 and the database system 26, when considered from the client system's perspective, can be 
considered an integrated "database system." 

In accordance with some embodiments, a data delivery mechanism that is server- 
based is provided. Many tasks related to enabling and performing database access 
operations are performed by the server system 24. For example, the server system 24 

15 loads one or more applets and files into the client system 14 to present the user interface 
and to process database requests and other user actions. Also, the server system 24 maps 
data types stored in the database system 26 to file extensions or types that are 
recognizable by the client system 14 so that data extracted from the database system 26 
can be presented in the client system. 

20 Further, with some types of extracted data, such as streaming data, the server 

system 24 stores the object retrieved from the database, with a stream of data transported 
to the client system 14 for presentation. As a result, the client system 14 only needs to 
store a portion of the object at any one time so that the entire object does not need to be 
stored in the client system 14. "Streaming data" refers to any type of data that is 

25 presented as a substantially continuous stream, such as audio data or video data. By 

storing the object (e.g., object containing an audio file or video file) in the server system 
24 instead of in the client system 14, the storage capability of the client system 14 does 
not need to be large. This may be significant where the client system 14 is a handheld 
device, such as personal digital assistant (PDA) or mobile telephone with relatively 

30 limited data storage capacity. 
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Referring to Fig. 2, components of the client system 14, server system 24, and 
database system 26 in accordance with one example arrangement are illustrated in greater 
detail. The client system 14 includes a control unit 100 and a storage unit 102. Various 
software routines are executable on the control unit 100, including a browser 108, applets 
5 112 (which include the query applet 23 of Fig. 1), plug-in routines 1 10 to enable the 
viewing or other presentation of various types of data in the browser screen 16 (Fig. 1), 
and an HTTP (Hypertext Transfer Protocol) service 1 14 to manage communications with 
the server system 24 over the data network 12. HTTP specifies how a client and server 
establish a connection, how the client requests data from the server, how the server 
10 responds to the request, and how the connection is closed. One version of HTTP is 
described in RFC 2068, entitled "Hypertext Transfer Protocol— HTTP/1.1 /' dated 
January 1997. 

The browser 108 is capable of displaying information (such as the browser screen 
16) in a display 104. In addition, the client system 14 communicates with the data 

15 network 12 through a network interface 106. 

The server system 24 similarly includes a network interface 124, which is 
connected to a control unit 120 and a storage unit 122. Routines associated with the 
administration service 30 and the communications service 32 are executable on the 
control unit 120. The administration service 30 includes one or more servlets or CGI 

20 routines 130. 

A servlet is basically a server-side applet that performs predetermined tasks in the 
server system 24. A servlet can be written in the Java programming language and 
provide a component-based, platform-independent method for building web-based 
applications that run on servers. A CGI routine enables data sharing between a client and 

25 a server, even if the systems reside on different platforms. CGI permits interactivity 
between a client and a host operating system over the Internet via HTTP. CGI enables 
external gateway programs to interface with information servers by allowing a client 
visiting a website to run a program on the server providing the website to perform 
specified tasks. 

30 The communications service 32 includes an HTTP service 132 to receive and 

process HTTP requests and to transmit responses to the HTTP requests, and an ODBC 
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(Open Database Connectivity) service 134 to manage communication of requests to the 
database system 26. The ODBC interface is a call-level interface to enable an application 
to communicate with a database manager. 

The storage unit 122 in the server system 24 stores client applets 136 and database 
5 libraries 138. The client applets 136 can be uploaded to the client system 14 to be 

executed as applets 112, and the libraries 138 provide the platform-specific functions for 
the administration service 30. A second network interface 126 in the server system 24 is 
coupled to a LAN 140 (or other type of network) to communicate with the database 
system 26. 

10 In the illustrated embodiment, the database system 26 includes multiple nodes 146 

each coupled to a corresponding data store 150. The multiple nodes 146 are part of the 
database access controller 34, and the plural data stores 150 are part of the database 28. 
In an alternative embodiment, the database system 26 is a single-node system. 

Each node includes a data services (DS) routine 152 to control access to the 

15 respective data store 150. In addition, a query coordinator (QC) routine 154, executable 
on one node or on a plurality of nodes, controls the processing of received queries, such 
as from the server system 24. The nodes 146 are coupled to an interconnect network 144. 
In addition, a network interface 142 is connected between the interconnect network 144 
and the LAN 140. 

20 Referring to Fig. 3, an example browser screen 16 that is displayable in the client 

system 14 is illustrated. As discussed above, the screen 16 includes three frames 18, 20, 
and 22. The table of contents frame 18 includes various elements that are selectable by a 
user. One element is an interactive query element 200 that when selected by a user 
causes the interactive query frame 20 to be displayed. The interactive query frame 20 

25 includes an input window 202 in which a user can enter an SQL statement. In the 
illustrated example, the string "SEL * FROM OBJECT;" has been entered into the 
window 202. 

When the user activates the "SUBMIT" button 204 in the query frame 20, the 
SQL string in the window 202 is communicated to the server system 24, which in turn 
30 sends a request to the database system 34. In response to the request, metadata associated 
with the requested information is communicated back to the server system 24, which 
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formats the metadata into a table format, which can be an HTML, XML, or WML format 
with appropriate tags added. The formatted data is communicated to the client system 14, 
where it is displayed in the display frame 22 of the browser screen 16. The formatted 
data is displayed as a table 175 having a number of rows and columns. In the illustrated 
5 example, each row corresponds to a different image that is stored in the database system 
26. The first column 179 provides the identifier PIC_ID of each image, and the second 
column 180 lists the names of the images. In the third column 185, hyperlinks 
corresponding to each image object are provided to enable user selection to retrieve the 
image objects. The retrieved image object is displayed in the display frame 22. 

10 In accordance with some embodiments of the invention, metadata (in the form of 

the table 175) is communicated to the client system 14 in response to the request sent 
from the query frame 20 without retrieving the image objects. This reduces the amount 
of information transported from the database system 26 to the client system 14. It is only 
after user selection of one of the hyperlinks that the appropriate one of the image objects 

15 is retrieved from the database system 26. With large objects, the reduction in the amount 
of communicated information from the database system 26 to the client system 14 is 
substantial. 

In addition, objects containing streaming data (e.g., audio data or video data), 
which can be relatively large files, are stored in the server system 24 instead of 

20 transported in their entirety to the client system 14. The streaming data is delivered as a 
substantially continuous stream that the client system 14 presents as data is received. 
Thus, as any given time, the client system 14 needs to store only a portion of a retrieved 
object instead of the entire object. 

Referring to Fig. 4, actions performed by, and messages exchanged between, the 

25 client system 14, server system 24, and database system 26 are illustrated. In response to 
a predetermined event, the server system 24 uploads (at 302) the query applet 23, and 
optionally other applets, to the client system 14. One or more HTML files (or XML or 
WML files) can also be transported to the client system 14 to enable the display of the 
web browser screen 16. The query applet 23 when executed creates the interactive query 

30 frame 20. The query applet 23 and HTML files can be uploaded in response to one of 

various events. For example, a user may access a web site provided by the server system 
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24 to request access to the database system 26. After entry of a user name and password 
(or performance of another security action), the server system 24 transports the HTML 
files and applets to the client system 14 to enable database access. 

The one or more HTML files are displayed as a web page in the browser screen 
5 16 (with the three frames 18, 20, and 22 presented), and the query applet 23 is 

automatically executed (at 304) to create the content of the interactive query frame 20. 
Alternatively, the client system 14 may wait for user selection of an element (such as 
element 200) in the table of contents frame 18. Upon execution of the query applet 23, 
the query interface in the query frame 20 is displayed (at 306). When a query (in the 

10 form of an SQL statement, for example) entered by a user is received (at 308), the client 
system 14 sends an HTTP request (at 310) to the server system. The HTTP request 
contains various parameters that correspond to the SQL statement entered in the query 
frame 20. The parameters can be part of a URL contained in the HTTP request. The 
server system 24 converts the HTTP request into an ODBC call (at 312) containing an 

15 SQL query, which is communicated (at 314) to the database system. Instead of an ODBC 
call, an alternative embodiment may employ a different type of request communicated to 
the database system. In response to the SQL query, the database system 24 retrieves (at 
316) the requested data, and sends (at 318) the requested data back to the server system. 
At the server system 24, the received data is formatted (at 320) for display in the 

20 client system 14. In one example, HTML, XML, or WML tags are added to the data to 
place it into the HTML, XML, or WML format so that the data can be displayed as a web 
page. The formatted data is communicated (at 322) to the client system 14. Upon receipt 
of the formatted data, the client system 14 presents the formatted data (at 324) in the 
browser screen 16, which is displayed in the display frame 22. One example of the 

25 formatted data is the table 175 shown in Fig. 3. 

Referring to Fig. 5, the table 175 presented in the display frame 22 includes 
hyperlinks that are selectable by the user to retrieve the corresponding object from the 
database 28 (Fig. 1). Upon receiving a selection (at 326) of one of the hyperlinks, the 
client system 14 sends an HTTP request containing parameters corresponding to the 

30 selection of the hyperlink. The server system 24 converts (at 330) the request to an 

ODBC call containing an SQL query, which is communicated (at 332) to the database 
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system 26. The database system 26 retrieves the requested object (at 334), such as an 
audio object, image object, video object, multimedia object, geospatial object, or other 
object. The requested object is sent (at 336) to the server system 24, which associates the 
data type of the object (as defined in the database 28) with a file extension or type that is 
5 recognizable by the client system 14. An example mapping table 139 is shown below in 
Table 1. 



Table 1 



DATA TYPE 


EXTENSION 


AUDIO 


.WAV 


VIDE02 


.MPG 


VIDEO 1 


.MPG 


VIDEO 


.MPG 


IMAGE 


JPG 


CLOB 


.TXT 


TEXT 


.TXT 


GIF 


.GIF 



10 In Table 1 , example data types in the database system includes AUDIO, VIDE02, 

VIDEOl, VIDEO, IMAGE, CLOB, TEXT, and GIF. The corresponding file extensions 
associated with the datatypes include .WAV, .MPG, .MPG, .MPG, .JPG, .TXT, .TXT, 
and .GIF, respectively. By associating a data type of the database system 26 with an 
extension (or file type), a convenient mechanism is provided to the client system 14 to 

1 5 launch the appropriate presentation routine for presenting the information in the retrieved 
objects. For example, an audio player may be launched to present audio data, a video 
viewer may be launched to present video data, and other routines may be launched to 
present other types of information. 

The data, which is in the form of a file with the appropriate extension (e.g., 

20 FILE1 .WAV, FILE2.MPG, FILE3.JPG, FILE4.TXT, FILE5.GIF) is sent (at 340) to the 
client system 14, which launches (at 342) the appropriate plug-in routine associated with 
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the extension of the received file. Once the plug-in routine is launched, the received data 
is presented (at 344) in the display frame 22 of the browser screen 16. 

Optionally, presentation information is stored in a catalog 160 (Fig. 2) stored in 
one or more of the data stores 150 in the database system 26. The catalog 160 is a table 
5 containing attributes of the various tables in the database system 26. The presentation 
information in one embodiment includes rules for invoking the presentation method (e.g., 
to view an image or video or to play audio data). As examples, the rules define a default 
executable code to invoke and the parameters used for invoking the executable code by 
the browser in the client system 14. These rules are communicated to the server system 

10 24 to assist the server system in mapping a data type to an extension. 

Further, the executable code itself (e.g., an applet) for presenting information can 
be stored in the catalog 160. Thus, when an object is requested and retrieved from the 
database system 26, the associated executable code for presenting the object data can also 
be retrieved and communicated to the client system 14, which executes the code to 

15 present the object data. An advantage of using an applet as the executable code is that it 
may be brought over from the server and thus need not be pre-installed. The alternative, 
using a plug-in with the browser, typically provides faster availability to the user for 
presenting the data communicated from the database system. 

The various devices and systems discussed each includes various software 

20 routines or modules. Such software routines or modules are executable on corresponding 
control units, such as control units 100 and 120 in Fig. 2. The control units include 
microprocessors, microcontrollers, processor cards (including one or more 
microprocessors or microcontrollers), or other control or computing devices. As used 
here, a "controller" refers to a hardware component, software component, or a 

25 combination of the two. 

The storage units referred to in this discussion include one or more machine- 
readable storage media for storing data and instructions. The storage media include 
different forms of memory including semiconductor memory devices such as dynamic or 
static random access memories (DRAMs or SRAMs), erasable and programmable read- 

30 only memories (EPROMs), electrically erasable and programmable read-only memories 
(EEPROMs) and flash memories; magnetic disks such as fixed, floppy and removable 
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disks; other magnetic media including tape; or optical media such as compact disks 
(CDs) or digital video disks (DVDs), Instructions that make up the various software 
routines or modules in the various devices or systems are stored in respective storage 
units. The instructions when executed by a respective control unit cause the 
5 corresponding device or system to perform programmed acts. 

The instructions of the software routines, or modules are loaded or transported to 
each device or system in one of many different ways. For example, code segments 
including instructions stored on floppy disks, CD or DVD media, a hard disk, or 
transported through a network interface card, modem, or other interface device are loaded 

10 into the device or system and executed as corresponding software routines or modules. 
In the loading or transport process, data signals that are embodied in carrier waves 
(transmitted over telephone lines, network lines, wireless links, cables, and the like) 
communicate the code segments, including instructions, to the device or system. Such 
carrier waves are in the form of electrical, optical, acoustical, electromagnetic, or other 

15 types of signals. 

While the present invention has been described with respect to a limited number 
of embodiments, those skilled in the art will appreciate numerous modifications and 
variations therefrom. It is intended that the appended claims cover such modifications 
and variations as fall within the true spirit and scope of this present invention. 



12 



What is claimed is: 

1 Vf A system comprising: 

2 ^ an interface to receive a request from a client system for information in a 

3 database system; and 

4 a controller to format metadata associated with the requested information 

5 into a format for display in the client system, 

6 the controller further to map plural data types in the database system to 

7 corresponding file types to enable presentation in the client system of an object having an 

8 associated data type retrieved from the database system. 

1 2. The system of claim 1, wherein the controller comprises a network 

2 communications service to receive the request from the client system. 

1 3. The system of claim 2, wherein the network communications service 

2 comprises a Hypertext Transport Protocol service. 

1 4. The system of claim 1, the controller to format the metadata into a 

2 predetermined format displayable by a browser. 

1 5 . The system of claim 4, wherein the predetermined format comprises a 

2 format selected from the group consisting of a Hypertext Markup Language format, an 

3 Extensible Markup Language format, and a Wireless Markup Language format. 

1 6. The system of claim 1, wherein the database system comprises an object 

2 relational database system. 

1 7. The system of claim 1, wherein the plural data types comprise two or more 

2 of the following: audio data, video data, multimedia data, image data, and geospatial 

3 data. 
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1 8. The system of claim 1 , further comprising a storage element containing an 

2 object retrieved from the database system, the controller to communicate data in the 

3 object as a stream to the client system. 

1 9. The system of claim 8, wherein the controller communicates portions of 

2 the object to the client system in the stream so that the entire object need not be 

3 communicated to the client system for storage. 

1 10. The system of claim 1 , wherein the metadata comprises a hyperlink. 

1 11. The system of claim 10, the interface to receive a second request 

2 indicating selection of the hyperlink, the hyperlink corresponding to the object in the 

3 database system. 

1 12. The system of claim 1 1 , the controller to determine a data type of the 

2 object and to map the data type to a corresponding file type. 

1 13. The system of claim 1, wherein the metadata contains a description of 

2 plural objects in the database system. 

1 14. The system of claim 1 3 , wherein the description comprises hyperlinks 

2 corresponding to the plural objects. 

1 lj^ A method of accessing an obj ect relational database, comprising: 

2 receiving metadata relating to requested information from the object 

3 relational database; 

4 displaying at least a portion of the metadata as a hyperlink; 

5 in response to selection of the hyperlink, sending a request for an object in 

6 the object relational database, the object containing information associated with the 

7 selected metadata portion; and 
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8 associating the object with one of plural presentation routines to present 

9 the information in the object. 

1 16. The method of claim 15, further comprising displaying the metadata in a 

2 browser screen. 

1 17. The method of claim 1 6, further comprising associating plural data types 

2 stored in the object relational database with corresponding plural file types. 

1 18. The method of claim 1 7, wherein associating the obj ect with one of plural 

2 presentation routines is based on the file type of the object. 

1 19. The method of claim 1 5, further comprising invoking the one presentation 

2 routine as a plug-in to a browser. 

1 l/. An article comprising at least one storage medium containing instructions 

2 that when executed cause a first system to: 

3 receive a request from a client system for data in a database; 

4 retrieve the data from the database; and 

5 determine a data type of the retrieved data and map the data type to a file 

6 type presentable by the client system. 

1 21 . The article of claim 20, wherein the instructions when executed cause the 

2 first system to: 

3 retrieve metadata describing the requested data; and 

4 format the metadata according to a predetermined format displayable by 

5 the client system. 

1 22. The article of claim 2 1 , wherein the predetermined format comprises one 

2 of a Hypertext Markup Language format, an Extensible Markup Language format, and a 

3 Wireless Markup Language format. 
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1 23 . The article of claim 2 1 , wherein the metadata comprises a hyperlink, the 

2 instructions when executed causing the first system to receive activation of the hyperlink 

3 and to retrieve the data in response to the activation of the hyperlink. 

1 24. The article of claim 20, wherein the instructions when executed cause the 

2 first system to retrieve an object from an object relational database. 

1 25. The article of claim 20, wherein the database stores rules pertaining to 

2 presentation of the data in the client system, the instructions when executed causing the 

3 first system to access the rules to map the data type to the file type. 

1 A database system comprising: 

2 one or more storage devices containing an applet and a document; 

3 an interface to a network; and 

4 a controller to communicate the document to a client device, the document 

5 containing data defining a page displayable in a browser screen, and the applet containing 

6 instructions that when executed provide an interactive portion of the browser screen. 

1 27. The database system of claim 26, wherein the applet comprises a query 

2 applet containing instructions that when executed provide an interactive query portion of 

3 the browser screen. 

1 28. The database system of claim 27, wherein the query applet comprises 

2 instructions that when executed receive user-entered queries. 

1 29. The database system of claim 27, wherein the query applet comprises 

2 instructions that when executed receive Structured Query Language queries. 
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ABSTRACT OF THE DISCLOSURE 
A database system is accessible by a client system over a data network. In one 
arrangement, a server system is connected to the data network to receive requests from 
the client system. In response to the request, the server system issues corresponding 
5 queries to the database system to retrieve data. The data is then formatted by the server 
system and sent to the client system, where the formatted data is displayed, such as in a 
browser screen. The formatted data includes hyperlinks that are user selectable to 
retrieve further objects from the database system. When selection of the hyperlink is 
received, the client system sends a request to the server system, which retrieves the 
10 requested object or objects from the database system. The objects are communicated 
back to the client system for presentation. 
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DECLARATION AND POWER OF ATTORNEY FOR PATENT APPLICATION 
As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below, next to my name, 

I believe I am the original, first, and sole inventor (if only one name is listed below) or an original, 
first, and joint inventor (if plural names are listed below) of the subject matter which is claimed 
and for which a patent is sought on the invention entitled 

ACCESSING DATA FROM A DATABASE OVER A NETWORK 



the specification of which 



is attached hereto. 

was filed on as 

United States Application Number 



or PCT International Application Number . 
and was amended on 



(if applicable) 

I hereby state that I have reviewed and understand the contents of the above-identified 
specification, including the claim(s), as amended by any amendment referred to above. I do not 
know and do not believe that the claimed invention was ever known or used in the United States of 
America before my invention thereof, or patented or described in any printed publication in any 
country before my invention thereof or more than one year prior to this application, that the same 
was not in public use or on sale in the United States of America more than one year prior to this 
application, and that the invention has not been patented or made the subject of an inventor's 
certificate Issued before the date of this application in any country foreign to the United States of 
America on an application filed by me or my legal representatives or assigns more than twelve 
months (for a utility patent application) or six months (for a design patent application) prior to this 
application. 



I acknowledge the duty to disclose all information known to me to be material to patentability as 
defined in Title 37, Code of Federal Regulations, Section 1 .56. 

I hereby claim foreign priority benefits under Title 35, United States Code, Section 119(a)-(d), of 
any foreign applications) for patent or inventor's certificate listed below and have also identified 
below any foreign application for patent or inventor's certificate having a filing date before that of 
the application on which priority is claimed: 
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Prior Foreign Application^): 



Number 



Number 



(Country) 
(Country) 



Priority Claimed 



(Day/Month/Year Filed) Yes No 

(Day/Month/Year Filed) ~Yes No 



1 hereby claim the benefit under title 35, United States Code, Section 119(e) of the United States 
provisional application(s) listed below; 



(Application Number) 
(Application Number) 



(Filing Date) 



(Filing Date) 



I hereby claim the benefit under Title 35, United States Code, Section 120 of any United States 
appUcation(s) listed below and, insofar as the subject matter of each of the claims of this 
application is not disclosed in the prior United States application in the manner provided by the 
first paragraph of Title 35, United States Code, Section 112, 1 acknowledge the duty to disclose all 
information known to me to be material to patentability as defined in Title 37, Code of Federal 
regulations, Section 1.56 which became available between the filing date of the prior application 
and the national or PCT International filing date of this application: 



(Application Number) Filing Date (Status-patented, pending, 

abandoned) 

I hereby appoint Timothy N, Trop, Reg, No. 28,994; Fred G. Primer, Jr„ Reg, No. 40,779, and Dan 
C. Hu, Reg. No. 40,025; my patent attorneys, of TROP, PRUNER & HU, RC, with offices 
located at 8554 Katy Freeway, Ste. 100, Houston, TX 77024, telephone (713) 468-8880, and 
Michael Chan, Reg. No. 33,663; Douglas Foote, Reg. No. 31,013; James M Stover, Reg. No, 
32,759, Paul W. Martin, Reg, No. 34,870; John D. Cowan; Reg. No. 38 7 415; Charlene Stukenborg, 
Reg. No. 40,832; my patent attorneys, of NCR Corporation; with full power of substitution and 
revocation, to prosecute this application and to transact all business in the Patent and Trademark 
Office connected herewith. 

Send correspondence to John D, Cowart, NCR Corporation, Law Department, IP Section, ECD-2, 
101 W, Schantz Ave., Dayton, OH 45479 and direct telephone calls to John D, Cowart (858) 485- 
4903. 

I hereby declare that all statements made herein of my own knowledge are true and that all 
statements made on information and belief are believed to be true; and further that these statements 
were made with the knowledge that willful felse statements and the like so made are punishable by 
fine or imprisonment, or both, under Section 1001 of Title 18 of the United States Code and that 
such willful false statements may jeopardize the validity of the application or any patent issued 
thereon. 
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